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THE CONNECTION MACHINE 

Tli is paper describes the connection memory, a machine for concurrently manipulating 
knowledge stored in semantic networks. We need the connection machine because 
conventional serial computers cannot move through such networks fast enough. The 
connection memory sidesteps the problem by providing processing power proportional to 
the size of the network. Each node and link in the network has its own simple processor. 
These connect to form a uniform locally-connected network of perhaps a million 
processor/memory cells. 

The connection memory is not meant to be a general-purpose parallel computer. It is fast at 
a few simple operations that are important for artificial intelligence, such as property 
lookup in a semantic inheritance network. I will discuss the need for such a machine, what 
it will do, and how it will work. I describe progress already made toward its design and a 
plan to actually build a hundred-thousand-cell prototype. 



Our Machines are Too Slow 

On a serial machine, the time required to retrieve information from a network often 
increases with size of the network. Thus paradoxically, programs become slow as they 
become smart. Today, we write artificial intelligence programs that use a few hundred facts. 
We would like to increase this to a few million, but the programs already take minutes to 
make decisions that must be made in seconds. Scaled up, they would take years. Von 
Neumann machines, even if they are built of exotic ultrafast components, are unlikely 
candidates for solving these problems, since they are limited by the speed of light. A 
supercomputer inside a six-inch cube would take one nanosecond to send a single signal 
from one corner to the other. A nanosecond cycle time is 'ess than a factor of a hundred 
better than currently available machines, not nearly enough to solve our million-scaled 
artificial intelligence problems. 

The Potential Solution is Concurrency 

The light at the end of the tunnel is concurrency. Tntegrated-circuit technology makes it 
economically feasible to produce millions of computing devices to work on our problems in 
parallel. Artificial intelligence mechanisms have been proposed that are suitable for such 
extreme parallel decomposition [Fahlman, Minsky, Shank, Rieger, Winston, Steels, Steele, 
Doyle, Drescher, etc.]. These systems repiescnt information as networks of interconnected 
nodes. Many of their operations are dependent only on local information at the nodes. 
Such operations could, potentially, be pcifoirned in parallel on many nodes at once, 
niikiii!' the ^ peal of the sy-.iem independent of the si/e of the network. 
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Jnfortunately, the word-at-a-time von Neumann architecture is not well suited for 
exploiting such concurrency. When performing relatively simple computations on large 
amounts of data, a von Neumann computer does not utilize its. hardware efficiently; the 
number of interesting events per second per acre of silicon is very low. Mm of the chip 
area is memory and only a few memory locations are accessed at a time. The performance 
of the machine is limited by the bandwidth between memory md processor. Tim is what 
Backus [1] calls the von Neumann Bottleneck, The bigger we build machines, the worse it 
gets. 

The bottleneck may be avoided by putting the processing where the data is, in the memory. 
In this scheme the memory becomes the processor. Each object in memory has associated 
with it not only the hardware necessary to hold the state of the object; but also the 
hardware necessary' to process it. 

A Few Specific Operations Must be Fast 

Knowledge retrieval in Artificial Intelligence involves more than just looking up a fact in a 
table. If the knowledge is stored as a semantic network, then finding the relevant 
information may involve searching the entire network. Worse yet, the desired fact may not 
be explicitly stored at all. It may have to be deduced from other stored information. 

When retrieving knowledge, programs often spend most of their time repeating a few 
simple operations. These are the operations that we want to be fest: 

o We need to deduce facts from semantic inheritance networks, like KLONET21 
NETL[6], OWLP1] or OMEGA|9}. ** 

o We need to match patterns agai nst sets of assertions, demons, or productions. If there 
is no perfect match we may need the best match. 

o We need to sort a set according some parameter. For instance, a program may need to 
order goals in terms of importance. 

o We need to search graphs for sub-graphs with a specified structure. For instance, we 
may wish to find an analogy to a situation. 



Tools have already been developed for describing for these operations in terms of 
concurrent processes. In Codd's relational database algebra, [4| database queries are 
specified in terms of a few simple.. potential} umcuiient piimilies. Another sample 
more dneeth connected to artificial ink-licence, is hihlman's [(,] work on ina.ku 



propagation. Fahlman has shown that many simple deductions, such as property 
inheritance can be expressed in terms of parallel operations. Schwartz [17] has developed a 
language based on set operations. Woods has developed a more powerful extension of 
marker propagation. By providing a few powerful primitives that can be evaluated 
concurrently, each of these descriptive systems allows a programmer to express concurrent 
algorithms naturally. The connection memory is designed to exploit the parallelism 
inherent in these operations. 

Marker Propagation was a Good First Step 

In 1968, Quillian [25] proposed that information stored in a semantic network could be 
manipulated by concurrently propagating markers through the network. Such a system 
would be able to retrieve information in a time that was essentially independent of the size 
of the network. This basic idea was extended considerably in the late 1970's by Fahlman 
[6] and by Woods, [24] who worked out ways of controlling the marker propagation to 
perform deduction and retrieval operations on inheritance networks. Fahlman also 
proposed hardware for actually implementing his system concurrently. 

Unfortunately, many of the marker propagation strategies are just heuristic. In 
complicated cases they give the wrong answers. [6,12] Systems with well-defined semantics, 
like OWL [21] and OMEGA [8], have never been successfully expressed in terms of 
markers. 1 believe that marker propagation systems, while on the right track, are not 
sufficiently powerful to implement these systems. 

The Connection Memory 

The connection memory architecture captures many of the positive qualities of marker 
propagation, without some of its weaknesses. It is a way of connecting together millions of 
tiny processing cells so that they can work on a problem together. Each cell can 
communicate with a few others through a communications network. The communication 
connections are configured to mimic 1 lie structure of the specific problem being solved. Eor 
a particular semantic network, the cells are connccrcd in the same way as the data in the 
network. Thus, each chunk of data has its own processor, connected to processors of related 
data. 

If the connections were physical wires, the machine would have to rewired for every 
problem. Since this is impractical, the processing cells are connected through a switching 
network. They communicate by sending messages. Receiving a message causes a cell to 
change its state, and perhaps to transmit a few more messages. As in Hewitt's actor systems, 
all computation takes place through the exchange of messages. 



Below I describe how this all works: the communication network, the algorithms for 
computation and the formation of connections, and the operation oi the cells. The most 
important features of the connection memory are: 

o It is fast. Most of the chip area is usefully active during a computation. The system 
may execute several million operations at a time. 



o 



o 



It is wireable. The communication network is locally connected. All wires are short 
and pack efficiently into two dimensions. The ratio of wires to active elements can be 
independent of the size of the system. 

It is useful. The connection memory seems to be able to implement all of the 
operations of the relational algebra, as well as structured inheritance networks such as 
KLONE [2], OMEGA [8], and OWL [21]. 



Structures in the Machine at Different Levels of Abstraction 
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Figure 1. 



Ml Communication Is Local 

At the lowest level, the connection machine is a uniform array of cells, each connected by 
physical wires to a few of its nearest neighbors. Each cell contains a few words of memory, 
a very simple processor, and a communicator figure 2. The communicators form a 
packet-switched communications network. Cells interact through the network by sending 
messages. Each cell knows the addresses of a few other cells. When two cells know each 
other's addresses, they can communicate. This establishes a virtual connection between the 
cells. Connected cells behave as if they were linked by a physical wire, although messages 
actually pass through the network. 



Each cell contains a simple processor. 
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Figure 2. 



Since the physical wires are all short, message must reach their destinations in incremental 
steps, through intermediate communicators. A cell addresses a message by specifying the 
relative displacement of the recipient (example: up two and over five). This does not 
specify the route the message is to take, just its destination. When a communicator receives 
a message it decides on the basis of the address and local information which way the the 
message should go next. It modifies the address and sends it to the selected neighbor. For 
example, a communicator receiving a message addressed '"up two and over five" can 
change it to "up one am! over Dkc" and send the message to (he communicator above. 
When Hie addies:, is all /cios, I In.- message is al its destination and can be delivered. A 
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single message step is illustrated in igure 3. 



A Single Step of a Message toward its Destination. 





Figure 3. 



Cells are Simple 

ruT.lf ^T ' , f Ce " (S mem0ry - Each Ce " has a few r ^«™- « state vector and a 
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combination of these operations. The cell's state vector usually changes as a result of 
receiving a message. 

If a cell is to transmit a message, the rule table must indicate the type of the message, the 
pointer of the message, and the address of the recipient. The pointer and the address 
normally come from the registers, although they may also be loaded with numerical 
constants, such as the cell's own address. Since the addressing scheme is relative, the cell's 
own address is always zero. The addresses of immediate neighbors are also simple 
constants. 

Arithmetic operations take place on the contents of the pointer registers, and the result can 
be stored back into a register. The state vector has condition-code bits which are set 
according to the result. For instance, there are bits indicating a zero result, a negative 
result, and a carry overflow. Since these bits are treated as part of the state vector, they can 
influence the future behavior of the cell. This is useful for numerical sorting operations. 

Storage is Allocated Locally 

Data in the connection memory is stored as the pattern of connections between cells. This 
is similar to Lisp, where data is stored as structures of pointers. Hie connections represent 
the contents of the memory. 

Unconnected cells can establish a connection by a mechanism called message waves. 
Assume cell john wants to get a pointer to cell mary, but has no idea where cell mary is. 
john can get such a pointer by broadcasting a message wave through the network, 
searching for mary. Each message in the wave contains the address of the cell that 
originated the wave. The wave is propagated by the individual cells, each cell forwarding 
I he wave to its neighbors, incrementing or decrementing the backpointer appropriately. 
The is illustrated in figure 4. When the wave reaches cell mary, mary sends her address back 
to john, using John's address as specified in the wave, john then sends out a second wave 
to cancel the still spreading request. The cancel wave travels at twice the speed of the 
request wave, so it overtakes the request and prevents it from propagating further. 

A similar technique may be used to connect to a cell of a particular type , rather than to a 
specific cell. This happens most often when building new structures from unused cells. In 
this case handshaking is necessary to insure that only a single cell is found, even though 
several satisfactory cells may have replied to the request before it was canceled. A unused 
cell which sees a request wave transmits an AVAILABLE message back to the originator. 
The originator replies to the first such message with an ACCEPT, and to all subsequent 
messages with RLJLCT messages. 
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A Message Wave 
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Figure 4. 



It is possible to calculate just how far the request message travels before the camel wave 
catches up. The space-time diagram in figure 5 shows how far each message must travel. If 
the request wave propagates at half the rate of the other messages, it will travel twice the 
necessary distance before it is canceled. This means that when connecting to an unused 
node, if we assume that the free nodes are uniformly distributed, it will be necessary to 
refuse about three AVAILABLE messages per connection. 

This method of allocating storage may allow the machine to continue to operate with 
defective cells. Cells are connected on the basis of availability, not address, so bad cells 
need never be built into the network. Assume each cell has some way of knowing which of 
its neighbors are functioning properly. Since a cell only interacts with the system through 
its neighbors, a malfunctioning cell can be cut off from the rest of the system. The 
neighbors never route a message through the bad celt and ignore any messages it tries to 
transmit. None of the connection memory's algorithms depend on a cell existing at specific 
addresses. A system with a few faulty cells could continue to function, with a slight 
degradation in performance. 

[I have not yet studied this defect-tolerance scheme m detail, so there may be bugs It will 
become important if we ever need to build very hrre machines or verv hw <wafcr-si/ed) 
chips.] 
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Space-time Diagram of Storage Allegation. 



/N 



Time 




fD 

o 

fD 



<■ 



Originating 
Cell 



Space 



> 



i-h 


H- 


^ 


l-j 


fD 


fD 


ft) 


fD 


O 


O 


CD 


fD 



Figure 5. 



Frees Represent Nodes 

A node in a semantic network can be linked to an arbitrary number of other nodes. A cell, 
on the other hand, can only connect to a few other cells. Since the network is to be 
represented as a structure of connected cells, there must be some way of representing nodes 
with an arbitrary number of connections. This is accomplished by representing each node 
as a balanced binary tree of cells. 

In this scheme, each cell only needs three connections. One connection links the cell to 
those above it in the tree and the other two connections link to the subtrees below. Each 
node is a tree oi' cells. The depth of the tree is equal to the logarithm of the number of 
connections to the node. The total number of cells required to represent a node is equal to 
the number of connections minus one. 



The links in the network are also represented as connected cells. In this case, there is no 
fanont problem, frich link connects to exactly three nodes: the two linked nodes, plus the 
type of the link. Thus, a link can be rcpesentul by a single cell, thai connects raves of the 
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appropriate node trees. The representation of a small net is shown in fimre 6, 



Representing Nodes in terms of Cells. 




nodes 




Figure 6. 



Operations which add connections to the node tree must leave it balanced. To help with 
this, each cell carries a bit indicating if new connections should be added to the left or right 
side of the cell This bit is set if the tree below the cell is left-heavy, dear if it is right-heavy 
and may be either if it is perfectly balanced. When adding a new connection, a nmmge 
starts at the top of the tree and move left or right as it goes down according to the balance 
bit. As it passes though, it complements the bit, as shown in figure 7. 11m operation not 
only selects the correct terminal of the tree, but also leaves the balance bite in a consistent 
state, ready for the next insertion. A similar algorithm must be used for deletion (This 
elegant algorithm was invented by Carl Feynman and independently by Browning at tiie 
California Institute of Technology.) 

The algorithm can be generalized to make a number of connections simultaneously. To do 
this, we send the number of connections to he made to the tap cell of die toe The cell 
divides this number by two and pas^s the result to the Mi and rj^tf sub-edfs Hike 
number does not divide evenl> the extra count is pasvd to the k an side of the tree If each 
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~ r he Feynman/Browning Tree-Balancing Algorithm 





Figure 7. 



node repeats this process the numbers that reach the terminal nodes will indicate how 
many connections are to be made to those points. Again, the balance bit must be toggled as 
the numbers pass through. 

Objects Can Move to Shorten Distances 

It is sometimes useful to make a distinction between the hardware of a cell and the 
computational object that is stored in a cell. I will call the object a cons, by analogy to Lisp 
A cell with no cons is free, and may be used to build new structures. 

Connections are all bidirectional, so each cons knows the address of all conses that know its 
address. Knight has pointed out that a cons is free to move from cell to cell, as long as it 
informs its acquaintances where it is moving. This would allow conses with frequent 
communication to move nearer. Conses in the configuration shown in figure 8 could swap 
places. Conses that do not wish to swap could act as intermediaries, negotiating swaps 
between conses on either side (fig 8 c). If conses keep track of their utilization, an often 
used eons may force a swap even if it is to a less-used cons's disadvantage. This would allow 
implementation of a virtual network, analogous to virtual memories on conventional 
computers. Little used conses would gradually be pushed away from the center of activity 
and eventually fall off into a secondary storage device. As in virtual memory, there could 
he several lawrs of successively slower and less expensive memories, say NMOS magnetic 
bubbles, and disk. 
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Conses Swapping to Shorten Path I engths 
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I have not yet studied these migration schemes in detail. Whatever system we use, memory 
management in a connection machine should be easier than in conventional systems 
because each object is referenced only by a small, well-defined set of acquaintances, ft can 
be safely moved after informing those acquaintances. 

The Connection Memory Operates on Sets 

In this section I present a register-machine description of the connection memory. This is 
only one possible interface between the connection memory and the outside world. It is 
included here because it shows specifically how the connection machine can perform 
certain retrieval operations. 

This model does not capture the full power of the connection memory. The instructions 
described below are implemented by loading the. rule tables of the cells, starting the 
machine, and waiting for the calculation to complete. This mode of operation fails to take 
full advantage of the memory's parallelism. 

The connection memory is connected to a conventoui) computer in the same wa; as any 
other memory. Its contents can be read and written, with* normal; array-ike read m\4 write 
operations. There are also other ways of accessing and modifying the contents* To take 
advantage of these additional functions, the programmer, must flblto certain conventions 
ft)i- the format of stored data, The machine treats the data as as set of m \m$ nodes, 
connected by named links. In aililkial. iiuellu>uiee pmgiams the nodes of smfo.a network 
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lisually represent concepts and the links represent relations between those concepts. The 
connection memory, however, knows nothing about the semantics of networks, only their 
structure. 

The abstract machine has several registers. Unlike the registers of a serial machine, which 
hold numbers or pointers, the connection memory registers hold sets or functions. 

Set-registers contain sets of nodes in the network. These sets can be arbitrarily large. The 
basic operations of the machine take place on every member of a set simultaneously, which 
accounts for most of the machine's concurrency. The letters A, B, c, and so on, will refer to 
set-registers. Each set-register is implemented using one bit in the state vector of every 
node. A set-register contains contains exactly those nodes that have the corresponding bit 
set. 

There are also function-registers. These contain functions mapping nodes to nodes, nodes 
or to numbers. The letters F, G, H, and so on will be used to refer to function-registers. Each 
function-register is implemented by storing an address in every node. The address 
indicates where that node is mapped under the corresponding function. It is relatively 
expensive to store an address at each node, so there are only a small number of 
function-registers. 

The instructions of the register machine foil roughly into four groups: set operation, 
propagation, function manipulation and structure modification, and arithmetic. 
Instructions in the first two groups give the machine the power ol' a parallel marker 
propagation machine such as Fahlman's. The other instructions give the machine 
additional capabilities involving function manipulation, pointer passing and arithmetic. 
Each instruction group will be discussed separately below. 

Group I: Set Operations 

Since the set-registers of the connection memory hold sets of objects, natural 
register-to-register operations are the standard set operations. In the connection memory, 

A *- II\ITERSECT(B,C) 

represents a single instruction, where 'V indicates that the value on the right is deposited 
into the register on the left. This particular instruction intersects the contents of two 
set-registers and loads the result into a third. The other standard set operations (union, 
niff frence, complement) are also single instructions. "Complement" in this case means 
minpli'mrii! w i!h icspect to tho ■..•{ of all ol ":he nodes in the network. 
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Registers may be initialized to the empty set with the clear instruction. 

These set instructions all operate simply by performing the appropriate Boolean operations 
on the state vectors of all the nodes in the network. No messages need to be sent. 

Group II: Propagation 

Consider the following equivalent descriptions of links in a network: 

o Each link is a directed connection between two nodes, with a label specifying the type 
of link. There are no redundant connections, i.e. no two connections with the same 
label start and end at the same nodes. 

o Each link type is a predicate on pairs of node, selecting pairs that bear the specified 
relationship. 

o Each link type is a relation which maps each node to a (possibly empty) set of nodes. 
Specifically it maps a node into the nodes to which it is connected by a link of that 
type. 

o Each link type is a function that maps sets of nodes into sets of nodes connected by 
that type of link. The function is additive in the sense that if a-b u c then F(A)*F(B) u 
f ( c ) . Thus, the function is defined by its behavior on the singleton sea 



These descriptions are all equivalent, in that they all describe the same mathematical 
object: an arbitrary set of ordered pairs of nodes. Let us call such an object a relation, but 
when we speak of applying a relation to a set, the last description is most useful in 
understanding what is really happening. I will be careful to not call this object a function, 
because that would confuse it with the things kept in function registers. 

As an example, assume that the network contains nodes representing physical objects and 
nodes representing colors. Each object node has a coior-of link connecting to the node 
that represents the object's color. Given such a network, we may find the color of an object 
by applying the coior-of relation to a set containing the object When we apply a relation 
we are treat it as a function from sets to sets, as in the last viewpoint above. For instance, if 
register a contains the singleton set {apple} then, 

B <- APPLY-RELATION(color-of ,A) 
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will loaci register b with {red}. Cf course, the registers do not need to be loaded with 
singleton sets. If a had contained {apple, banana, cherry} the same instruction would 
have put {red, yellow} into B. Here both apples and cherries are red, so both nodes 
would map into the same color node. 

The applied relation may map several sets into one. coior-of, for example, will map both 
{apple} and {cherry} into {red}. This means that the relations do not always have 
inverses when viewed as functions. There is however always a reverse, which corresponds 
to moving backwards along the link in the same way that the standard relation correspond 
to moving forward along the link. For example, if A contains {red} then 

B. «- AP: LY-REVERSE-RELATION(color-of ,A) 

will load B with set of all red things. The inverse relation has the property that it will always 
get back at least what you started with: 

A c APPLY-REVERSE-RELATION(relation,APPLY-RELATION(relation,A)) 

Another useful associated relation is the transitive closure. This does not make much sense 
with respect to the color -of relation, so instead imagine a genealogy network in which 
nodes representing individual people are connected by parent-of links. In such a network, 
if register a contained {John}, 

B «- APPLY-RELATIOM-CLOSURE(parent-of ,A,U) 

would load b with the set of all of the ancestors of John. Hie third argument u, specifies the 
set over which the relation is closed. In this case, u specifics the set of all nodes. If we are 
interested only in John's matriarchal ancestry, this third argument would be the set of 
females. There is also an apply-reversf -relation-closure instruction, which would find 
all of John's descendants. All of the instructions in this section work by transmitting 
messages from node to node containing selected bits- from the node's state vector. Thus, for 
example, the apply-relation instruction works by having all nodes in the specified set 
(that is, all nodes with a specific bit in their state vector set) transmit messages to this effect 
through coior-of links. Nodes receiving such messages can then set the appropriate bit 
indicating that they are a member of the answer set. 
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Example: Property Inheritance in a Virtual-C^py Hkn^hy. 

Assume that colors and types of objects are represented in a network. The are two types of 
links in this network, coior-of links and virtual -copy links. The virtual -cApy links 
represent class membership. This is a transitive property: crab-apples are a kind of apple, 
apples are a kind of fruit, so crab-apples are fruit fhe.cioiar-^J^.cxwH^^^QbjeQt^o 
its color. If there is no explicitly stored coior-of link then the color is inherited though the 
vi rtuai-copy hierarchy; crab-apples are rqd -because crab-apple js. a .virrtuafeQpy ofappte. 

Here is a sequence of connection memory operations that finds $1 of the rqd things stored 
in such a virtual copy network: 

A «- APPLY-REVERSE-RELATIQI\l(color-of ..{netf}-) ;* U ^ #*PiUCiii!% >r#d things 
B <- COMPLEMENT({r.ed}) 

B - APPLY-REVERSE-RELATION(color-of ,B) ;6 is m ■ftKpfl^itfty AQfl-r** thinu 
B <- COMPLEMENT(B) ;B is a s ll red or possibly red things. 

C «- APPLY-REVERSE-RELATI0N-CL0SURE(yir:t,ual-copy,A ): 6) ;.C <pte all red things. 

Tli is code will properly inherit the color of ail sup^types. % wi{l also .allow inherited 
properties to be explicitly overriclelen. 

Croup III: Instructions for Maptpt4atfojg |\uftc$tpji$ 

The instructions mentioned so far, allow the machine to do anything that can fee done with 
a content-addressable memory or a mar.ker^ropa^^ion mcfei&e. M&r&ej ^lograms that 
use n marks can always be translated into a con^Qtion-mftmary po$i;am using n 
set- registers. Unfortunately, not all ^asy-to-partition ^Mvmsm ?he mpmsoi in te»s 
of set operations. For example, in the genealogy mmwk ,afe©y,e it ,is mutd he ^possible 
to find every man who is his own father. To commute Ms fwMvm &e «<*ne must 
consider each node independently. A parto-propa-g^ioAi ^adwa£ woMd require a 
separate marker for each individual, in relation^ 4aUfe&e teim .a ranter {propagation or 
a set machine cm concurrently compute pr^qtions md wmkfamsM^mt p$m^ 

This motivates the introduction of the next group of instiiuetio^, wkick $iw> the connection 
memory additional power for han^ng these soils of pj-qbfems. Itoe «s*wc.e of Ms 
additional power is the connection m-eniufy's Mky to mmipidflte Mtotam fusions. 
Such functions, frm fiQftes to nodes, are held in the /.Utnfttiion-r^gfer«. i® itihe wmpk 
instructions beiow, the letters r, G aiwj H irepresem Jwnctioin sJ;e^ers. 

r Phe easiest way to load a function register is from a rdytion s?k>,a\o! in :tihe fintiwoflk. &hm 
functions must he sin^k valued and a relation can h: umUnic valued, ft'he\ cannot always 
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■>e loaded directly. The connection memory handles the problem by selecting among the 
multiple values by an "indexing" operation. For example, if r is a single-valued relation, 
then 



F <- FUI\ICTION(r,l) 

will load function register f with the function that maps each node onto its r-related node, 
if there is one. Jf there is more than one, it will choose a single value according to the 
index. This second argument indexes the choice among the multiple values by using it to 
determine a unique path through the various fan-out trees in the representation of the 
network, The exact details of this algorithm are unimportant, except in that it guarantees 
that the function instruction executed twice with the same index will return the same 
result. This allows a k-valued relation to be treated as a k-long vector of functions. 

One thing to do with a function is to apply it, so there are apply-function and 
apply-function-closure, which are analogous to the apply-relation and 
apply-relation-closure instructions for applying relations. 

A function may also be used to modify the structure of the network. This is the only 
available mechanism for building structure concurrently. For any relation r, the 
instruction 

INSERT(F,r) 

will add to r all pairs in the contents of function-register f. Similarly delete will delete 
pairs from a relation. 

Since functions can be viewed as sets of ordered pairs, they may also be combined using 
intersect-functions and difference functions, union-functions may also be used if 
the result is actually a function, as in the union of functions with disjoint domains. 

The compose instruction can be used to compose a relation with a function. Since such a 
composition is multiple valued in general, it too takes an index like the function 
instruction: 

G «- COMPOSE(r.F.n) 

composes the relation r with the function f and chooses a function from the result using 
the index n. 
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The final way to create one funaion from another is to delete portions of it with the 
restrict instruction. This instruction restricts the domain of function to a set contained in 
one of the set registers. For example, 

F «- RESTRICT(G.A) 

will load f with the portion of the function in G that maps from tiiecoateattof a. 

A function register may be initialized to the null funaion with the clear - function 
instruction, or to the identity function with the identity-function instruction. 

The instructions in this section are the first ones that require nodes to send pokters in 
messages. An instruction like compose, for example, works by passing tne contents of one 
register in each node backwards through selected links. Other mstructions, such as ms£*t, 
must actually allocate new cells and splice them into the existing network, by the 
message-wave mechanism described earlier. 

Instructions like union-functions which do not send messages at all. Instead, they are 
implemented by register-to-register operations within each node. These instructions are 
similar to those in the first group (Set Operations). 

Example: Relational Join 

Given a genealogy network with parent-of and sex-of links, we wish to insert 
grandf ather-of links between appropriate nodes. We assume that each person has only 
one sex and two parents (one of each sex). 

A - APPLY-REVERSE-RELATI0N(s9x-of,{male}) ;A gets the set of all males 

F «- IDENTITY-FUNCTIONO 

f <- RESTRICT(F.A) : F is the identity function for males only 

F <- COMPOSE(parent-of,F,l) : F is now the father function 

G «- COMPOSE(parent-of,F,l) ;G is one of the grandfather functions 

INSERT(G,grandfather-of ) ;build G into the network. 

G «- C0MP0SE(parent-of,F,2) ;G is now the other grandfather function 

INSERT(G,grandfather-of) ;build your other grandfather into the network 



This example is a special case of the relational database equi-join operation. The code 
takes advantage of the fact that grandfather-of is a two-valued relation. Join on an 
n-valiied relational would require repeating an operation n times. This is to be expected, 
since in the worst case the ecjui-join operation produces (he Carle Man product (Tits 'nputs. 



20 



Group IV: Arithmetic Instructions 

The arithmetic instructions manipulate functions from nodes to numbers. Numbers are 
just special nodes. The only thing that distinguishes them from ordinary nodes is that they 
are recognized by the arithmetic instructions. Thus node-to-number functions can be held 
in function-registers and manipulated by all of the function manipulation instructions 
mentioned above. They can also be manipulated by the arithmetic instructions. 

The first set of arithmetic instructions are similar to the function instruction. Like 
function, they load a specified function register from a relation. The function instruction 
derives a single value from the potentially many-valued relation by choosing among them 
according to its index argument. The arithmetic instructions derive a single value by 
combining the values with an arithmetic operation. Thus, 

F «- SUM(r.I) 

will load F with the function that maps each node into the sum of all its r-related nodes. 
Another way of saying this is that it associates with each node a number, which is the sum 
of the nodes that can reached from it over r-links. The second argument to sum indicates 
how to get a number from the node. In the example, i (for identity) indicated that the 
node itself is to be used as the value. This make sense, of course, only if these nodes are 
numbers. Otherwise an error condition would be flagged. 

maximum and minimum are two other instructions that require the r-mapped nodes to be 
numbers. These instructions have the same format as sum, but instead of adding the 
numbers, they reduce the set to a single value by choosing either the largest or the smallest 
value. 

and and or are classified as arithmetic instructions because they operate on and produce 
numbers. These instruction perform bit-wise logical operations on the binary 
representations of numbers. They have the same format as sum, and produce a function in a 
similar manner. 

These five instructions (sum, minimum, maximum, and, or) are just examples of plausible 
arithmetic instructions. Any function which turns a set of objects into a single number 
would make sense as an instruction. Any symmetric and associative arithmetic operation 
will do. There could be a multiply instruction, for instance. Asymmetric functions, like 
subtract, do not make sense in this context because it would not be obvious what should be 
subtracted from what. 
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r Hiis first class of arithmetic instructions operate by utilizing the fan out trees to actually 
perform the required arithmetic. They are thus similar to the pointer passing functions of 
the last section, except instead of selecting a single answer from those arriving at a fan out 
tree based on an index, the answers are all combined in some manner. 

There is a second class of arithmetic instruction for which asymmetric operations make 
sense. These instructions combine two functions into a single functions, or to put it another 
way, they associate with each node a value that depends on other values already associated 
with the node. So, for example, 

F 4- FUNCTION-SUBTRACT(G,H) 

will load f with the function that maps each node to the difference of the values of the G 
and h functions applied to that node. Similar instructions are function-sum, 

FUNCTION-MAXIMUM, FUNCTION-MINIMUM, FUNCTION- AND, and FUNCTION-OR. 

This class of arithmetic instruction involves no message passing. These instructions are all 
executed as register-to-register operations at each node. 

How To Connect A Million Processors 

The most difficult technical problem in constructing a connection memory is the 
communications network. The memory's speed is limited by the bandwidth of the network. 
This bandwidth depends on the topology of the network, which is limited by physical 
layout and wiring constraints. Highly connected structures, such as the Boolean n-cube, are 
difficult or impossible to wire for such large numbers of nodes. Constraints on wiring 
density suggest simple tessellated structures, such as the grid or the torus. These grid-like 
structures are easy to wire, but the large average distance between nodes slows 
communication. 

Instead of choosing either of these extremes, I have developed a compromise that allows us 
to take best advantage of the available wiring density. It is a family of connection patterns 
that spans the gap between the low-performance grid, and the unwireable n-cube. Given a 
set of engineering numbers, such as the number of pins on available connector, or the 
maximum wire density, we can choose from the family the highest performance connection 
pattern that satisfies the constraints. 

A method for generating the family connection patterns is shown in figure 9. I illustrate 
here only the one-dimensional case. The two or (hree-dimensional layout is generated by 
repeating this pattern in each dimension imlepeiuluiily. i'he firs! member ol rhe family is 
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the torus, in two dimensions this is just a grid with opposite edges connected, as in the 
ILLIAC IV. [19] This pattern can easily be projected into a line, as shown. The second 
member of the family is generated Ironi the torus by connecting each node to the node 
farthest away as shown. The nodes may be rearranged for efficient wiring by first twisting 
the torus and then folding it, so that each node is adjacent to the node half-way around the 
torus from itself. This pattern may now be projected into a line as shown. 



Generating the Folded Torus 




-» r- 
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Figure 9. 




This operation of connecting, twisting and folding results in a connection pattern with one 
half the maximum distance and twice the density of -wires. The procedure may be repeated 
as many times as necessary to achieve an optimal tradeoff between performance and 
wireability. If the torus is twisted log(n) times, where n is the number of nodes, the 
resulting structure will be an augmented Boolean n-cube. The number of parallel wires in 
the connecting buses may also be varied, generating a two-parameter family of 
interconnection patterns. 



he resulting connection pattern has the following desirable properties: 
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o Uniformity. The network looks similar from the viewpoint of -each node. 

o Extensibility. More nodes can be added by plugging more cells on at the edges. 

o A maximum wire length. Short wires allow synchronous operation. 

o A maximum wiring density, chosen to match available technology. 

o A maximum number of pins per module, chosen to match available technology. 



For an integrated circuit or a printed-circuit board the pattern would be repeated in two 
dimensions. It is also extendable to three dimensions if such a technology becomes 
available. 

According to our initial calculations, the maximum performance network built with 
off-the-shelf 1981 components is a twice- folded torus with five-bit data paths. 

What Can the Machine Do? 

One goal of the proposed research is to formalize just what the connection memory can and 
cannot do. lliere already exists one well-workcd-out formalism for describing retrieval 
operations: relational database theory. Codd's relational calculus allows queries to be 
described the form of a predicate calculus. The relational algebra provides a set of 
operations for computing these queries. [4] 

We do not expect to convert artificial intelligence knowledge representations to relational 
databases, because they do not provide a natural way of expressing artificial intelligence 
knowledge manipulation. But relational database theory does address a well-specified set of 
problems that are similar to those that we must solve for semantic networks. I believe that 
relational database formalisms will provide theoretical tools for describing the operations of 
the connection memory. 

The notion of relational completeness, for example, provides a measure of the expressive 
power of a retrieval language. If a machine can concurrently process all of the operations 
of the relational algebra, which is relationally complete, we know that it can compute any 
query that is expressible in the relational calculus. This gives us confidence that our system 
has no hidden weaknesses. 



24 



Comparison with Other Concurrent Architectures 



A useful way to characterize the machine is to contrast it with other systems that are similar 
in form or purpose. Heie is a list of such near misses, several of which have been important 
sources of ideas. 

o It is not a way of hooking together a collection of general-purpose computers as in 
[19,7,11, 3,20,23,18,8]. The connection memory shares many features with these 
systems, such as extensibility, concurrency, and uniformity, but the individual 
processing elements in the connection memory are smaller. Since each 
connection-memory cell contains only a few dozen bytes of memory there can many 
more of them, allowing for a higher degree of concurrency. The penalty is that the 
connection memory is less general-purpose; it must be used in conjunction with a 
conventional machine. 

o It is not a marker-propagation machine, as proposed by Fahlman. [6] The connection 
memory is able to execute marker-type algorithms, but its pointer manipulation 
capabilities give it additional power. 

o It is not a simple associative memory. [15] The elements in content addressable 
memories are comparable in size to connection memory cells, but the connection 
memory's processing operations are far more general, due to its ability to 
communicate between cells. 

o It is not a systolic array [14,13]. In the connection memory, cells may operate 
asynchronously. Uniformity is not critical; some cells may be defective or missing. 
The connection memory is also more flexible than a hard-wired systolic-array, 
although for problems that can be done on both it is likely to be slower. Systolic array 
algorithms can all be executed efficiently on the connection memory. 

o It is not a database management machine like RAP [16] or CASSM. [5] They are 
designed to process a more restricted class of queries on a much larger database. 



o 



It is not a cellular array machine [22,10] Like these machines, the connection memory 
has a regular repetitive layout, but unlike them it also has a mechanism for arbitrary 
communication. 



The machine is designed for symbol manipulation, not number crunching. It does have 
limited parallel arithmetic capabilities because they are often useful in symbol 
manipulation, for example, in computing a score for a best-match retrieval. Similar 
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architectures may have application ; n numeric processing, but we do not at this time plan to 
investigate these possibilities. 

What We Have Done so far 

o We have specified an algebra for expressing network pattern matching operations, 
and we have shown that all expressions of the algebra can be efficiently evaluated on 
the connection machine. One result is that the machine can concurrently search a 
graph for an acyclic subgraph matching a specified pattern. This may be a first step 
toward a theory of the connection machine's operations. 

o We have written several simulation programs of various portions of the machine. 
These simulations have allowed us to discover and correct weaknesses in the 
machine's instruction set. We have run a few simple test programs on the simulators, 
although we have not yet written a complete simulation of the machine. 

o We have extensively simulated the communication network. We have used these 
simulations to measure the performance of various routing algorithms. Specifically, 
we have tested six different algorithms on a grid, plus one algorithm for a 
twice-folded torus. All of these algorithms performed well as long as the number 
messages in transit remained significantly less than the number of message buffers. 
Algorithms that used several buffers per cell performed best 

o We have designed a message- routing chip for the machine. This was mostly an 
exercise to give us some design experience, but we did- work omt circuit techniques 
which should be useful in the construction of an actual rnachke. Spec Lficaly, the chip 
included a crossbar and a novel inerementer/decrementer. We received chips, 
through MOS1S, in January. The chips function correctly, m spite of a design-rule 
error. We also learned things by measuring the timing oi; the actual chips that should 
allow us to make a faster chip the next time around 



We Plan to Build a Prototype 

In 1967 the MIT Artificial Intelligence Laboratory commissioned the construction of the 
world's first 256K-word core memory. The cost was approximately half a million dollars, or 
about two dollars a word. The "old moby" is actually still in use, although it is now flanked 
by 256 K words of semiconductor memory that cost literally one hundredth as much. 

'The proposed 128K connection memory will cost about as much per processor as the core 
cost per word. Part of this represents a one-time tooling cost, but by far the largest e\pcnse 
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is the fabrication of the chips. These fabrication estimates assume the low yields and short 
runs appropriate for a first-time project. If the architecture proves successful and is 
duplicated on a larger scale, the per-cell costs would drop dramatically. Fundamentally, a 
connection memory should only cost a constant factor more than a similar-sized 
semiconductor random access memory. If, say, half of the area of a connection memory 
chip is pointer memory, then storing a given amount of data would take twice as many 
connection memory chips as RAM chips. The RAM, of course, would only store the data, 
not process it. 

We plan to design in detail a million-element connection memory, and then actually build 
and program one 128K slice of it. This is enough to to let us test the concept without 
needlessly replicating the inevitable mistakes of a first-time design. Because the connection 
memory is incrementally extendable, like ordinary memory, it would be possible to build a 
million element machine by simply plugging together eight duplicated sections, although 
we will probably never actually do this with this first machine. We will try, however, to 
actually solve the problems that would be encountered in constructing a larger version. 
Since packaging problems are significantly different for a larger machine, we will actually 
build the mechanical package for a million element machine. Address sizes, 
communication protocols and clock speeds will all be designed for a million cells. 

According to our current plans, the million-element machine will fit into a single rack. The 
rack will contain eight card cages, four on the front and four on the back. Each cage will 
contain sixteen cards, each twenty-one inches wide by fourteen inches deep. One-hundred 
twenty-eight chips will be mounted on each card, in socketed sixty-eight-pin square 
ceramic packages. Each chip will contain sixty-four cells. The cells on a chip will share a 
single off-chip communicator, arithmetic unit and rule table. 
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